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ABSTRACT 



A data processing method and a computer based data 
processing system for use in providing, or optimising, an 
industrial procedure for generating a product. The system 
comprising digital processing means, and digital storage 
means. The storage means having a database stored therein 
comprising (a) data defining generic product descriptions in 
terms of physical and/or functional elements and associated 
properties; b) data defined a plurality of generic process 
descriptions in terms of process activities, activity sequence, 
and associated process capabilities, at least one of said 
generic process descriptions including an iterative set of 
process activities, and; c) data defining rules relating to a) 
and b). The method comprising providing the system with 
specific product information for the product. This including 
information associating the product with one or more of the 
generic product descriptions and information defining con- 
straints for the product in terms of said properties of the 
associated generic product descriptions. Then operating the 
digital processing means in accordance with the rules to 
derive for the specific product information, from the data of 
a) and b), a valid combination of the specific product 
information and a generic process description as the proce- 
dure for generating the product. The method and system 
being able to provide a detailed procedure description from 
which can be derived other results, for use with process 
visualisation tools and workflow planning tools for example. 

14 Claims, 17 Drawing Sheets 
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Fig.9. 
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Fig.22. 
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1 2 

DATA PROCESSING METHOD AND SYSTEM providing a data processing method and a computer based 

data processing system for use in providing a procedure for 

FIELD OF THE INVENTION generating a product. 

The present invention relates to a data processing method aspect, the present invention provides a method of 

and a computer based data processing system for use in ^ optimising an industrial procedure for a product, using a 

providing a procedure for generating a product. The method database comprising: 

and system are useful tools in the development and/or (a) generic product descriptions of product physical and/ 

optimisation of procedures m particular, although not nec- or functional elements and associated properties 

essarily exclusively, design, development and manufactur- rh^«^n^r,v^ • c • , / 

ing procedures for bringSg a product to a market lo generic descnptions of processmg elements and capa- 
bilities m relation to the procedure, and a series of rules 

BACKGROUND OF THE INVENTION relating to (a) and (b); specific product information 

For a business enterprise to compete successfully it needs being provided in terms of said generic product 

not only to provide the product the marketplace demands, descriptions, including product constraints in terms of 

but also to optimise the procedures by which that product is is ^^^^ associated properties, and the rules being operated 

brought to the market. These procedures, for example to derive for the specific product information, from the 

design, development and manufacturing procedures, can be ^^^^ (^) W 

represented as a series of activities carried out on or in W.^ selection of valid combinations of (a) and (b) as 

relation to the product and/or its constituent components and industrial activities, and 

the sequence in which those activities are arranged, where 20 arrangement of the activities of (i) in order, 

the output from one activity provides an input to one or more possible to employ the series of rules so as to 

subsequent activities. obtain additionally: 

The process of optimising these procedures generally ("i) a derivation from (a) and (b) of a measure of effort to 

involves improving the sequence of the activities making up perform each activity, and 

the procedure and/or modifying, replacing, adding or delet- 25 (iv) integration of the results of (iii) for individual activi- 

mg activities of the procedure. Typically, the possible alter- ties to derive a measure of the total effort required 

aUons to a procedure are numerous. Some alterations will The constraints included in the specific product informa- 

improve the procedure while others will be detrimental to tion can typically include requirements such as desired 

the procedure. There may also be conflicting requirements levels of efBciency of performance, specific dimensional 

placed on the procedure, for example, one requirement may 30 tolerances of a physical product, acceptable levels of risk 

be minimising costs, while another may be improving and/or a maximum duration for the procedure to be carried 

quality, m which case alternatives to the existing procedure out for the product. These can be expected to affect the 

may be advantageous m relation to one requirement whilst choice of procedure and its manner of performance in many 

being detrimental m relation to another requirement. instances. The operation of the rules therefore preferably 

A number of different types of tool are known for use in 35 also derives a prediction of the ability of the procedure to 

the development or re-engineering of procedures. There are meet the constraints set. 

tools that provide a uniform way of mapping the activities Using generic product and process descriptions as a basis 
making up the procedure and their sequence. Others provide for developing procedures for a specific product helps avoid 
a methodological framework to direct the thinking of the the inherent constraints of the known mapping tools and 
user. It is also known to provide a computer based handbook 40 computer handbooks, which necessarily take specific prod- 
as is described in W094/19742, where the handbook con- uct and procedure descriptions as their starting points. It thus 
tains a library of procedures which can be used to present the facilitates radical departures from existing specific proce- 
user with a possible operating sequence, or more usually a dures for a specific product. For example, it might be that the 
series of alternative operating sequences from which one can specific procedures from which the generic descriptions of 
be chosen and modified if desired. 45 processing elements have been derived relate to products 

The known mapping tools enable a structured description Qtiite different in many respects from the specific product for 
of procedures and are useful for capturing information about which the new procedure is being developed, although 
existing procedures and for describing new or re-engineered prejudices in the art would inhibit any linking of those 
procedures once they have been developed, but they provide specific procedures with that product, 
no assistance in the development process itself. They also Advantageously the method of the invention is able to 
tend to encourage the user to take an existing description of provide a detailed procedure description from which can be 
the current procedure as the starting point for the develop- derived other results, for use with process visualisation tools 
ment work, and so mitigate against any consideration of workflow planning tools for example, 
radical changes. The methodological tools that aim to stimu- The generic descriptions of processing elements may be 
late the user to consider alternative approaches on the other ^5 derived from existing procedures for specific pnDducts.^ For 
hand have the weakness that they do not provide detailed example, specific activities of the same general class (e.g. 
information of the procedures available in any easily retriev- analysis activities, definition activities etc.) can be analysed 
able way and so tend to be relatively inefficient and cosdy for a number of different procedures applied to a number of 
in terms of time. The computer-based handbooks referred to different products to extract from them a generic description 
are able to capture, and classify in a easily accessible of that class of activity as a processing element, 
manner, detailed descriptions of existing procedures, but The database will typically include generic descriptions of 
they offer little assistance in envisaging radically different processing elements for a plurahty of different classes of 
procedures. activity (analysis, definition etc). For the or each class, there 
SUMMARY OF THE INVENTION ^ ^ number of different processing elements described 
, . . . , 65 at differing levels of abstraction. That is, some elements may 

-Tbe present mvenUon is aimed at addressing some of the be generally applicable to many different classes of proce- 

shortcomings of the known tools referred to above in dure (design, manufacture, etc) and/or classes of product 
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(mechanical, electronic, etc), while others may he of more 
limited application. 

The rules used to derive the arrangement of the industrial 
activities, that is the valid combinations of generic product 
and processing element descriptions, may also be derived 5 
from existing, preferably best practice, procedures for spe- 
cific products. In one form, these rules can be expressed as 
one or more process equations, the or each equation defining 
a sequence of generic processing elements as a generic 
process. 

In another instance, in particular design and development 
procedures, but also some manufacturing procedures, the 
sequence of activities making up the procedure will include 
iterative activities where iterations of an activity or group of 
activities may be necessary to arrive at a valid output. For ^5 
example, in a design procedure one might define a compo- 
nent part of a product and analyse the performance of that 
component in relation to constraints (eg. life, weight, cost 
etc.) associated with the product, repeating these activities a 
number of times before a component design is arrived at 20 
which best fits all the constraints. Preferably, the operation 
of the rules is then able to give a statistical prediction of the 
iterative effort. 

In another aspect the present invention provides a data 
processing method for obtaining a procedure for generating 25 
a IS product, the method using a computer based data 
processing system comprising: 

digital processing means, and 

digital storage means, 

the digital storage means having a database stored therein 30 
comprising: 

(a) data defining generic product descriptions in terms 
of physical and/or functional elements and associ- 
ated properties, 

(b) data defining a plurality of generic process descrip- 35 
tions in terms of process activities, activity sequence, 
and associated process capabilities, at least one of 
said generic process descriptions including an itera- 
tive set of process activities, and 

(c) data defining rules relating to (a) and (b), the 40 
method comprising: 

providing the system specific product information 
for the product, including information associating 
the product with one or more of the generic 
product descriptions and information defining 45 
constraints for the product in terms of said prop- 
erties of the associated generic product 
descriptions, 

operating the digital processing means in accordance 
with the rules to derive for the specific product 50 
information, from the data of (a) and (b), a valid 
combination of the specific product information 
and a generic process description as the procedure 
for generating the product. 
In the case where the valid combination is based on a 55 
generic process description including a description of said at 
least one iterative set of activities, the operation of the digital 
processing means also derives, on the basis of the product 
constraints and the process capabilities for the activities of 
said iterative set, a prediction of the number of iterations 60 
required, or a prediction of the outcome for a given number 
of iterations. 

The data defining the process capabilities can, for 
example, take the form of look-up tables and/or statistical 
functions, defining relationships between product properties 65 
and a predicted number of iterations. In a further aspect the 
present invention provides a data processing method for 
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obtaining a procedure for generating a product, the method 
using a computer based data processing system comprising: 

digital processing means, and 
digital storage means, 

the digital storage means having a database stored therein 
comprising: 

(a) data defining generic product descriptions in terms 
of physical and/or functional elements and associ- 
ated properties, 

(b) data defining a plurality of generic process descrip- 
tions in terms of process activities, activity sequence, 
and a.ssociated process capabilides, and 

(c) data defining rules relating to (a) and (b), the 
method comprising: 

providing the system with specific product informa- 
tion for the product, including information asso- 
ciating the product with one or more of the generic 
product descriptions and information defining 
constraints for the product in terms of said generic 
product properties, the data to be processed further 
including information defining ranges of probabil- 
ity of one or more parameters of said product, 

operating the digital processing means in accordance 
with the rules to select a specific value for the or 
each said defined product parameter range and to 
derive for the specific product information, on the 
basis of said selected parameter(s), from the data 
of (a) and (b), a valid combination of the specific 
product information and a generic process 
description as the procedure for generating the 
product. 

With this method it is possible to develop a complete 
description of a procedure for the product even when there 
is initial uncertainty in the definition of the product, as may 
be the case with a design procedure for example. 

Optionally, the processing means carries out the above 
operation a plurality of times, each time selecting a value of 
the or each said product parameter, to develop a plurality of 
altemative possible procedures. Advantageously, the rules 
may control the processing means to carry out these plurality 
of operations in the manner of a 'Monte Carlo' simulation, 
to derive the most likely best case and worst case procedures 
in relation to the product constraints. 

The present invention also provides computer based data 
processing systems operable in accordance with one or more 
of the aspects defined above. 

Thus in yet another aspect, the invention provides a 
computer based data processing system for use in providing 
a procedure for generating a product, the system comprising: 

(1) a storage unit having stored therein data defining: 

(a) one or more generic product descriptions of product 
physical and for functional elements and associated 
properties; 

(b) generic descriptions of processing elements and 
capabilities in relation to the procedure; and 

(c) a series of rules relating to (a) and (b) 

(2) a digital processing unit comprising a first processing 
means for operating the stored mles to derive for 
specific product information given in terms of said 
generic product description, from the stored data: 

(i) a selection of valid combinations of (a) and (b) as 
industrial activities, and 

(ii) an arrangement of the activities of (i) in order; and 
a second processing means to store said derived 
selection and anangement in the storage unit as an 
output file. 
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BRIEF DESCRIPTION OF THE DRAWINGS Once generated, the procedure is stored in a format which 

Preferred features and examples of data processing sys- ^^^^^ applications, for example Microsoft 

tems and their methods of operation, according to the Project, to display the procedure to a user and/or to simulate 

present invention, are described below with reference to the procedure. 

accompanying drawings, in which: ^ The specific product information comprises a number of 

FIG. 1 is a schematic illustration of a data processing elements. There is data associating the specific product with 

system according to an embodiment of the present or more generic product descriptions. For example, if a 

invention, blade for an axial compressor is the specific product, it may 

HG. 2 is a simplified product breakdown tree for an aero ,n ^^^^^^ * dynamic, ^ecificaUy rotary, mechanical 

engine, product. Also included in the specific product information is 

FIG. 3 is an extract from a generic product description f ^ '""f^!^ standards or constraints 

tree, v ucs^cnpuon product. These standards/constraints may be, for 

pirc A„ At. A A . It- example, a maximum weight, a minimum life, a maximum 

"ASSfYSIS" tcM-'Jtv t^T^''*^^'^^ '^""Z cost,etc.Otherproductparameters,suchassi^eetcmaybe 

ii^c^ ^ """'^ product information if relevant to the pro- 

uTi-c e CI. J e . , ceduie being developed. Where a procedure is required for 

«i^t:Sxn.» ' . . respectively show a generic multiple components of a product, the information addition- 

DEFINE acuvity and two more specific instances thereof, ally includes data defining hierarchical breakdown of the 

FIG. 6 is an extract from a first generic activity tree, product into the components, illustrated in FIG. 2 as a 

FIG. 7 illustrates a first generic process, simplified example for an aero engine turbine blade. 

FIG. 8 is an extract from a second generic activity tree, The generic product descriptions are preferably stored in 

HGS. 9-13 and 15-17 iUustrate look-up tables used in the database in the form of a hierarchical tree or taxonomy 

generation of a specific procedure, defined in terms of physical and/or functional 

FIG. 14 illustrate a first specific procedure derived from 25 ^ ^^^^^ ^^^^^^^ ^^m such a tree. Each 

the first generic process genenc product descnption has associated with it one or 

HG. 18 is an example output from the data processing TZLI^^T ^^^''f ^^""^ considered to be 
system for the first specific procedure, ^ ^ ^^^"^^ '^l 'P'"^^' 

Fir lOico^^tK \ ^ stramts can be expressed. Takmg the example mentioned 

tref ' ^ ^""^'^'^^ ^^'^^^ '"^"^y mechanical products, the significant properties 

may include vibrating stresses^ bursting stresses etc. 

FIG. 20 illustrates a second generic process, Considering the components of the generic processes in 

tlG. 21 illustrates a second specific procedure derived more detail, starting with the activities 
from the sea^nd generic process. The activities may each be comprised in more than one of 

HG. 22 illustrates a matrix relating activities of the 35 the generic processes and are themselves generic in nature 
second genenc process to components of a specific product. That is, they may be applicable to a plurality of different 

FIG. 23 illustrates a third generic process procedures, including for example different types of action 

FIG. 24 illustrates a third specific procedure derived from (^8- manufacturing, design, marketing, etc) and/or proce- 
the third generic process, dures relating to different fields of technology (eg. electrical, 

FIG. 25 is an example output from the data processing 40 °^cchanical, chemical etc). Each activity has a unique label 
system for the third specific process, which it is identifiable and has associated with it a 

FIG. 26 illustrates a look-up table used in the generation description of the activity, and optionally other data items 
of a procedure for a product where there is uncertainty in a ^^^^ ^ descriptions of one or more inputs to/outputs from 
product parameter; and activity, and/or product properties relevant to the activ- 

FIG. 27 iUustrates a procedure for bringing an aero engine 45 ^^y* ^^^^ possible, these associated data items are prefer- 
to the market. ^^^y also in a genenc form as illustrated in the following 

examples described with reference to FIGS. 4 and 5 
''^''™,S^r^^P'' °^ ™= 8--- -tivity illustrated in FIG. 4a is "ANALY- 

SIS" and its associated description is "Analyse object for 

FIG. 1 shows the principal components of a computer 50 attribute". The inputs to the activity are described as 
based data processing system, according to an embodiment "OBJECT", "CONSTRAINT* and "ENVIRONMENT', 
of the present invention, which can be used to obtain and the output as "ANALYSIS RESULT. FIGS. 4fc and 4c 
industrial proceduresforproducts. A procedure is generated show two more specific instances of this generic activity, 
by combining specific product information, which gives a relating to design of a rotary component and manufacnirc of 
description of the product for which the procedure is 55 an electronic component respectively. The "attribute" to be 
required, and associated constraints, with a description of a analysed is determined on the basis of the "CONSTRAINT' 
generic process selected from a generic information data- and the class of "OBJECT*. In the second case the activity 
base. Each generic process is fonned of a number of process is described as "Test . . . a testing step being one example 
activities having a defined sequence. of analysis in the broader, generic sense. 

The generation or synthesis of the specific procedure is 60 FIG. 5a shows another example of a generic activity In 
carried out in accordance with rules relating to the generic this case the activity is "DEFINE". As with the analysis 
process and to a generic product description, or descriptions example, the two specific instances of the "DEFINE" 
with which the specific product in question is associated. activity, FIGS. 5b and 5c, illustrate the applicability of the 
The rules and generic product descriptions form part of the generic acUvity to diverse specific cases, here mechanical 
generic information database, which provides a structured 65 manufacturing and software design, 
framework within which all of this information is stored as The generic information database contains a plurality of 
digital data. activities which are preferably classified in terms of the 
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activities of widest applicability. For example, there may be activity in respect of particular product properties of the 

an "ANALYSE" class of activities, including the activities specific product under consideration, that is the product 

illustrated in FIGS. 4a-Ac. This can be represented as a constraints and standards applicable in the specific case. For 

hierarchical tree or taxonomy of activities, an example of example, considering the design of a tuibine blade, it may be 

which is seen in FIG, 6 for an extract from an "ANALYSE" 5 relatively easy to produce a design able to withstand a 

class. The top level "ANALYSE" activity can be considered turbine inlet temperature of less than 1700° C, but signifi- 

truly generic, in the sense that it describes all activities in the cantly harder if the desired inlet temperature is greater than 

class. The activities further down the tree have varying 1800° C. In the latter case, it is likely that a greater iterative 

levels of specificity to particular classes of product effort will be necessary. 

(mechanical, electrical etc) and/or classes of procedure lO Therefore, the processing capability data for each activity 

(design, manufacture, etc) for example. The lower level is preferably assigned on the basis of relevant properties of 

activities inherit the data items (input/output descriptions, ihe product under consideration. It may be expressed in 

product properties, etc) associated with the activity from terms of duration and/or iteration data. Such data of product 

which they depend. If appropriate, these data items can then complexity and/or severity of standards and constraints can 

be made more specific in line with the specificity of the 15 be classified in a normalised form, for example easy, 

activity. This classification provides a structured way of medium or hard to achieve. 

storing additional activities and referencing the stored activi. ^hen deriving a specific instance of the activity the 

particular object under consideration can be assigned to a 

Each generic process may include within its scope activi- particular class of product complexity and/or severity, of 

ties from any number of levels within the activity classes. 20 constraints judged in relation to the relevant art. These 

The higher the level of the activities making up the generic classes are then used to identify the applicable capability 

process the wider is the applicability of that process. data for the activity. 

The other principle component of each generic process is Taking the example of the compressor of a gas turbine, the 

the sequence ofthe activities. This can be expressed in terms complexity of the casing may be defined in terms of the 

of a process equation, which may for example simply be a number of features of the casing, the class of complexity 

list of the relevant activity labels in order. The equation may being assigned on the basis of the number of features. For a 

also be used to define more complicated sequences including turbine a standard/constraint relevant to the processing capa- 

parallel activities and/or iterations of an activity or a group bility of an activity may be turbine entry temperature. For 

of activities for example. These equations are preferably also example, the class of severity being assigned on the basis of 

stored in a structured way, such as a classified hierarchy or how close the desired value is to existing limits in the art for 

taxonomy. that standard/constraint. 

Each activity or groups of activities may also have data The product property dependent processing capability of 

associated with them defining the processing capability, that an activity, including the perceived complexity of a product 

is to say the performance limit of the activity or group. This ^5 may well be dependent on the state of technological advance 

data is used to derive results such as the diu-ation of the or other such factors within a particular organisation; what 

activity and/or the number of iterations of the activity is considered as a "hard" product by one firm may be of only 

necessary to meet defined standards for the object under "medium" complexity/severity for another. So, it is prefer- 

consideration. Typically this capability data will be specific ably possible to include product dependent capability/ 

to particular activities at a fairly low level in the relevant complexity data which is environment specific (eg. specific 

activity class, because the same higher level description may to a particular organisation or industry sector) as well as 

include uncorrelated activities. F^irthermoie, capability may being specific to a product or class of complexity/severity, 

vary even within a specific activity. For example the finite Conveniently, the generic information database provides 

element analysis capability of one organisation may be a structured environment in which all of this product specific 

superior to that of another as a result for example of them capability data can be stored, for example as a number of 

possessing more advanced software or hardware. To account data files representing look up tables or grids. Alternatively 

for this, for any particular activity, it is preferable to pre- the user of the system can assign a particular normalised 

scribe a series of capability data relating to different levels value to the specific object under consideration, 

of capability in the activity. ^h^ ^1^3 ^ ^^^^^j generation of specific 

The capability data itself may be expressed as specific 50 procedures, that is the combinations of selected generic 

values, eg, 2 weeks, 6 iterations etc, or alternatively may be processes with specific product information, may also form 

expressed as statistical functions, for example in terms of a part of the generic information database. Similariy to the 

mean and a standard deviation. In the latter case, for any process capability data, these mles may comprise data files 

particular instance the data processing system can be set up representing a series of look-up tables or grids which 

to derive specific values for the duration and/or number of 55 function to associate specific producte with particular 

iterations in accordance with the statistical expression. generic product descriptions and, on the basis of this. 

For many activities, the processing capability will also be provide pointers to particular process capability data tables/ 

dependent on particular characteristics of the product, typi- grids for the activities of the selected generic process or 

cally including properties describing the complexity of the processes. ITie niles also work to derive more particularised 

product as well as desired or required performance standards 60 descriptions of the activities of the selected generic process, 

or constraints. Particularly when considering the duration of This may be achieved by using the associated generic 

an activity, the complexity of a product can be an important product description, for example, as a pointer to lower level 

characteristic; the same manufacturing or testing activity versions of the activity in the relevant activity class and/or 

will typically take longer the more complex the product. On as a key to further data tables or grids providing descriptions 

the other hand, the iterative effort is more Ukely to be 65 appropriate for that class of product, 

dependent on how close one is working to the known The operation of the system will now be explained. First, 

performance limits (processing capability) of a particular one or more generic processes on which a corresponding one 
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or more specific procedures for the product are to be based 
are selected. This selection may be made by the user of the 
system or, alternatively, the system may include rules to 
control this selection automatically. One manner in which 
automatic selection can operate is as follows. The synthe- 
siser initially selects potentially appropriate generic 
processes, from those stored in the database, based on the 
generic product description or descriptions with which the 
specific product is associated. Then, on the basis of the data 
defining the desired product standards and/or constraints, the 
product properties and the process capabiUties, the synthe- 
siser eliminates from the selected generic processes those 
which are incapable of generating a product meeting the 
constraints. The remaining selected generic processes can 
then be used to generate the specific procedure or alternative 
procedures satisfying the constraints set. If none of the 
generic processes are capable of satisfying the constraints, 
the rules may control the synthesiser to select those generic 
processes which come closest to meeting the constraints. 

Having selected one or more generic processes, the syn- 
thesiser then combines it/them with other data associated 
with the activities of the process, data derived on the basis 
of the associated generic product description(s), and the 
specific product information to obtain a corresponding one 
or more specific procedures. If more than one procedure is 
generated, it may be possible to have the system choose the 
optimum, for example based on a prioritisation of the 
specific product standards/constraints; ie. if cost is more 
important, the least costly procedure may be selected as 
optimum. In addition, or alternatively to generating the 
specific procedure, there can be derived, based on the data 
relating to the specific product standards or constraints, the 
product properties and the process capabilities, a measure of 
the total effort required to complete the procedure. For 
example, this may be a measure of total man hours required. 

Where a selected generic process includes an iterative set 
of activities, the determination of effort requires that the 
synthesiser derives a number of iterations around that group 
of activities, so that the total effort for the iterative process 
can be calculated. In some instances, the number of itera- 
tions will be fixed in the generic process, or alternatively set 
by the user. In other instances, however, the number of 
iterations will be dependent on the ability of a process to 
provide a product compliant with certain standards or con- 
straints. Thus the iterative loops of the generic processes can 45 
have data items associated with them representing compli- 
ance criteria and/or exit criteria. 

The compliance criteria relates to one or more of the 
product properties, the synthesiser operating a set of rules, 
using the specific values of these properties given as the 
specific product standards or constraints and the process 
capabilities associated with the iterative activities 
(represented as statistical functions, for example) to derive 
a number of iterations necessary to meet with the compli- 
ance criteria. The exit criteria specify maximum numbers of 55 
iterations which can be used on their own to specify fixed 
numbers of iterations, or in combination with compliance 
criteria in order to prevent the synthesiser from generating 
specific procedure descriptions with infinite loops. In the 
latter case, the number of iterations in the final specific 
procedure description is determined as either the number of 
iterations necessary to meet the compliance criteria or as the 
number of iterations specified as the exit criteria, whichever 
is the smaller. 
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processes, and which might be referred to as a whole as a 
"process ontology", is preferably derived fi-om empirical 
data. For example, generic processes or processing elements 
may be derived from existing best practice procedures in the 
following manner. One or more best practice procedures are 
coiisidered and potentially generic activities, sequences of 
activities or complete procedures are abstracted from them. 
These potential generic processes can then be evaluated, for 
example by determining whether they can be applied to 
other, possibly diverse procedures, to ascertain their suit- 
ability as generic processes. 

To illustrate this, consider a best practice procedure for 
deriving inspection procedures for a manufacturing process 
for an electronic silicon diode. The process is based on a 
statistical process control technique (SPC), the Kahnan filter 
constants being set up in accordance with existing knowl- 
edge (a "list"), and has two main phases. Firstly, the sensi- 
tivity of important product characteristics to process vari- 
ables is studied. Secondly, the inspection procedures are 
defined. In the particular case given as an example two 
inspection procedures are employed. In the first a relatively 
srnall sample of the product are tested for full compliance 
with a product specification. In the second procedure all 
products are checked for compliance with a limited number 
of particular parameters shown in the first phase of the 
process to be most sensitive to changes in the process 
variables. 

In more detail, the procedure can be expressed as follows: 

In order to derive the inspection procedures for a manu- 
facturing process for a silicon diode. 



(1) . Understand how the furnace temperature and difiEiision 
gas pressures affect the forwaid volts drop and revcree 
temperature characteristics. 

To do this, characterise the production process as follows: 

(a) Send 20 sample diodes through the production 

process. Vary the furnace temperature by ^ZO" in this batch and 
observe the effect on the fiarward volts drop and reveise 
temperature characteristics. 

(b) Send a further 20 sample diodes through the 
production process. V&ry the diffusion gas pressures in this 
batch and observe the effect on the forward volts drop and 
reverse temperature characteristics. 

Set up the Kalman filter constants in the SPC system 
according to diode list. 

(2) . Define the inspection procedures as follows: 

(a) lb meet the target of customer 1 ppm reject rate, 
fully measure 20 out of each batch of 1000 diodes. 
The whole batch must be checked if any of the 20 
diodes fail the sample test. 

(b) Partially inspect the whole of the batch of 
diodes. 

In doing this, choose the parameters from the 

production process characterisation work that were shown to be 

most sensitive in defining the diode characteristics. 



From this, the following generic process may be 
abstracted: 



60 



In order to derive the inspection procedures for a 
manufecturing process for PRODUCT. 
(1). Understand how the PROCESS PARAMETERS (1,2,...N) 
aflfect PRODUCT CHARACTERISTICS. 
To do this, characterise the produaion process as follows: 
To populate the generic information database, generic 65 ^'^^^"'^^ f ^„^™»£P^ 
product classes and the various data (activities, proc^ ^ We produce through the production process, 
equations, capability data) which defines the generic 
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-continued 



Vary PROCESS PARAMETER n (by VALUE) in each batch and 

Obsene the eflfect on PRODUCT CHARACTERISTICS 
n- 1 

Set up the Kalman filter constants in the SPC system 
according to PREDEFINED UST. 
(2). Define the inspection procedures as follows: 

(a) lb meet the target of customer FREQUENCY reject 
rate, fully measure SAMPLE out of each batch of BATCH, PRODUCT. 
The whole batch must be checked if any of the SAMPLE 
PRODUCT faU the sample test. 

(b) Partially inspect all the PRODUCT. 
In doing this, choose the parameters from the process 
characterisation work that were shown to be most sensitive in 
defining the PRODUCT characteristics. 



This generic process can then be applied to different 
products, for example a turbine blade manufactured by the 
lost wax process as illustrated below: 



In order to derive the inspection procedures for a 
manufacturing process for a cooled turbine blade 

(1) . Understand how the wax tempcratuie and rate of change 
of mould tenq>cratuie aflfects the aerofoil root and shroud 
geometry. 

To do this, characterise the production process as follows: 

(a) Send 20 sample blades through the production process. 
Vary the wax temperature by 20% in this batch and observe 
the effect on the aerofoil and shroud geometry. 

(b) Send a further 20 sample blades through the production 
process. Vary the rate of change of mould temperature in this 
batch and observe the effect on the aerofofl and shroud 
geometry. 

Set up the Kalman filter constants in the SPC system 
according to blade list 

(2) . Define the inspection procedures as follows: 

(a) To meet the target of 1 ppm customer reject rate, 
fully measure 4 out of each batch of 20 blades. 
The whole batch must be checked if any of the 4 blades 
fail the sample test. 

(b) Partially inspect all the blades. 
In doing this, choose the parameters from the process 
characterisation work that were shown to be most sensitive in 
defining the blade characteristics. 

As will be appreciated, the generic form may equally be 
applied to other manufacturing processes. 

The following specific examples further iUustrate the 
operation of data processing systems according to embodi- 
ments of the present invention. 

EXAMPLE 1 
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("START", "DEFINE", "MANAGE", etc) with a defined 
sequence, m this case including an iterative loop around the 
"DEFINE" and "ANALYSE" activities. The activities them- 
selves are stored in the generic information database as a 
5 classified hierarchy, an extract of which is seen in FIG. 8. 
This can conveniently be considered as a library (library of 
activities available for use in the generic processes. For 
present purposes only those activities in the hbrary actually 
used in the generic process of the present example are 
10 shown. In practice, there would be many more activities. 
Each activity has data items associated with it from which 
can be derived a description of the activity and a processing 
capability for the activity appropriate to the particular prod- 
uct for which the procedure is to be obtained. The appro- 
^5 priate selection of these data items is made on the basis of 
a generic product description (or descriptions) to which the 
product is assigned. This particularising of the activities, and 
hence the generic process, is best Ulustrated by considering 
an instance of the method by which a specific procedure is 
20 generated from the generic process, concentrating on one of 
the activities in detail, for the purpose of this example the 
"ANALYSE" activity. ^ 

The user starts by identifying the overall product and the 
specific component for which a procedure is desired and if 
the generic process is not already associated with a particu- 
lar class of procedure (design, manufacture, etc) this class is 
also selected. In this case the overall product (obtained from 
the root of the product tree) is an aero engine, the component 
is a turbine blade, and the class of procedure is mechanical 
design. Hien using two look-up tables, brief extracts of 
which are shown in nOS. 9 and 10 respectively, the system 
establishes that the overaU product, an aero engine, is 
classified as a "gas turbine", and in a broader sense as a 
"mechanical routing'' product. On the basis of the classifi- 
cation as "gas turbine", reference is then made to a further 
look-up table (extract in FIG. U) to establish that the 
relevant constraints for the product relate to "safety", "life", 
"cost", "weight" and "aerodynamic" properties. The specific 
description of each activity is derived using this information. 

SpecificaUy considering the "ANALYSE" activity. From 
two further look-up tables (extracts in FIGS. 12 and 13) it is 
estabhshed that a relevant analysis for assessing the life of 
a mechanical rotating product is "vibration", and that the 
form of activity description to use when considering a 
mechanical design is "Analyse <objecl> for vibration". The 
<object> field in this description is filled with the name of 
the particular component under consideration, in this case 
the "blade", to complete the activity description. 

In the same way, using the same or similar look-up tables, 
particularised descriptions are derived for all of the other 
activities in the generic process to arrive at the specific 
procedure illustrated in FIG. 14. Here, the analysis relevant 
to only one of the constraints, vibration analysis to assess 
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This example illustrates the operation of a data processing 
system to obtain a procedure for designing a blade for the 
turbine of an aero engine. 

The product breakdown tree of FIG. 2 forms part of the „„c oi me constraints, vibration analysis to assess 



and mcludes only those components relevant to the example 
described. Very few levels in the product breakdown above 
the blade are shown, but the overall product itself, the aero 
engine is identified. In practice, the product tree will typi- 
cally include many fiirther branches to provide a much more 
detailed breakdown of the product than is shown, in any one 
case the user selecting the specific branch(es) and/or 
component(s) for which a particular procedure is to be 
generated. Conveniently, such trees may be stored in the 
database of the system for subsequent re-use. 

The generic process to be used in this example is seen in 
FIG. 7. The process includes a number of discrete activities 



procedure can be expanded to include further analysis 
relevant to other constraints. 

Typically, a prediction of the duration of the generated 
procedure will also be wanted. To do this, it is necessary to 
60 predict the duration of each activity, and also the number of 
iterations required around the define and analyse loop. To 
provide this prediction the synthesiser refers to a further set 
of look-up tables for each activity from which its processing 
capabilities in relation to the specific product and the par- 
ticular class of procedure under consideration can be 
derived. Relevant extracts of these tables for the "ANAL- 
YSE** activity are shown in FIGS. 15 to 17. 



65 
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Using this result, it can be predicted from the nracess Th,.., k„ * *, • ^ 

capabiUty data in the table of FIG. 16 that mean « dat^^a C^i^nd Ltf ,M T°?^' ^'^ 

of iterations to meet the required standard 9 uTh , • • ^ J " °f graduaUy 

standard deviation of 1 I Ts^^'Ste sfstem^rSen ^"JSV'"''*?'^' \° 'r-^^'^ ^y^'^"" '''' "'^ 

determine a specific value in any piarlS^ ZtdZ ? IT u"l ' ''«^«'°P'n«°' °f procedures for 

this statistical data. Alter.ativyo?SonauTtte^t^- S^S! ^''"'""^ ^'^""^"^ '^'^P"" 

tical data itself may be given in the twX 20 'V^^'°^«^i"'eP^°^"^«s.P™vide detailed descriptions 

T« „„A- . .1, J f "> ""5 restuts. 20 of their procedures which can be easily reused 

To predict the duration of the "ANALYSE" activity v. iu i. • l- icuscu. 

which for analysis of vibration in a mechaidcal S . k m T'' ^"^'"^ ""^ established for design of a 

procedure is asLied to be a fbite e ra) anXS t' " 'l^'^^'^'-ble for analogous products-varied 

activity, the user is prompted to enter the pL^c^lbm^^^^ Smfll) ^ ^'^^ "^"'^'"^8 fen or 

their organisation. This may be determined for example by 2S ''' 

the version of FE software they are using and the speed of EXAMPLE 2 

the system It is running on. Alternatively, the EE capabUity -n,- , ■., 

may already be part of the information stored in the generic example lUustrates the applicability of the data 

process database. Using the FE capability and the product P'?**^'^ sjBtem to a manufacturing procedure, specifl- 

complexity, which may be entered by the user or may be a * procedure for manufacturing a turbine blade. The 

pre-existing attribute of the product tree For example if the **"«.8eneral steps ate taken to synthesise the activity 

complexity is taken to be medium, a duration for the alaivitv "f^P^ions and durations as e;q)lained above in relation to 

of 1 day is obtained from the table of FIG 17 ^ rT ^''*'°P'^' ^ ^ ""^ ^ repeated here. Instead, 

The duration of the other activities in the procedure can be If .h discussion concentrates on additional features 

estabhshed in a similar manner on the K ofli^ p^duct T 

complexity and/or other properties of the product if aiwro- ^""t P'°t"" '"^ ^ ^™ example as 

priate. *^ proauci u appro was used above (FIG. 2). The activities comprised in the 

The generated procedure stored in a format which h^"*"*;*"^?^ '^."^-^Pte come from the same 

reusable by one or more other appIi^tL^T tS tj^ h/"»rchy(hbrary) as before, but from a lower level (FIG. 19 

Microsoft Project, so that the pK,E^ d£la^ ^ " '"8",^'^"^' *e activity hierarchy), 

and/or simulated. FIG. 18 shJU o^t^LZyTZy The generic process iteelf ,s thus lesswidely applicable, and 

here as a task list. The two iteratio.^ «o3JXfi^tnd r ^f "^^tc6jo the manufacturing environment, being 

analyse loop have been given the l*"b VeS^S^' and P'^f'?"'"''' ^"''^ '° Pf^-^* characterised by a number of 

"final" respectively. ThSe labels ^nbTJZTin ^ Z'^t, '"'I ^^""^ ""^^ °P^"'^°" *e 

generic process equation. Advantageously TheTenerated '"'""^'""""g P'^^^^dure The generic process is defined by 

procedu^ may include enough S to l« usefd S Pf°7«.f W° ^tach identifies particular activities fioti 

'^'^l^^^hiS'-r''''' ^ 55«'n» "^'^ ^ 

as an input to a CAD/CAM system. rp. 

It is also possible, as a result of the detailed descriotions ^^^^t" P'"^^*"^ Senerated torn the generic pro- 
generated, to automaticaUy create referents or even e^^^ !'fvf h" "'^*P^«fi« Pf«!"« information, particularised 
tronic links to fiirther related informal for examri erTyh^lT"**"" havmg been derived in a similar man- 
information such as component or product specifications ^.u'^' """"^F^' "^^"^^ " ^l- ^ ^ Aist 
held on a company's intraLt. For^JntLrfpS ZT^^Zfj^T T" °' ^""^ °^ 
the activity and product descriptions can be combined to „ pLn^TZeMf^ i «>=>P°°-nt the 

ce^s^cL^|=rb:^T= -"-T 

A f..rtLt ,^ f "y- activity that is applied to sub-components one level down in 
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to be applied to which sub-components on a one-to-one 
basis, rather than simply specifying that an activity applies 
to all sub-components. One way of achieving this function- 
ality is to incorporate it into the system a matrix as illustrated 
in FIG. 22, the applicability of an activity to a particular 
sub-component being indicated at their intersection in the 
matrix, eg. by user input. Alternatively, the system may be 
set-up to make this selection/deselection of activities 
automatically, for example based on one or more attributes 
of the product under consideration. 

It may also be the case that an activity should be applied 
at one or more other levels of the product breakdown, eg. to 
sub-components of the sub-components (not shown in the 
figures), or indeed at all levels in the product breakdown 
including those levels above the component for which the 
procedure is being developed (referred to as "recursion"). 
This may also be indicated in the process eqiLation and/or 
using an activity/product breakdown matrix. 

As with the first example, the activities have processing 
capability data associated with them from which the dura- 
tion of each activity, and hence the duration of the complete 
procedure can be obtained. In contrast to the first example, 
however, the number of iterations around each iterative 
group of activities (loop 1, loop 2) is not dependent on the 
product constraints. Rather, the number of iterations is 
pre-set, (whether fixed in the generic procedure or set by the 
user) for loop 1 to give the desired number of batches of 
components, and for loop 2 to give a desired number of 
process revisions. As with the first example, the process 
equation defines appropriate labels for each iteration, here 
"Batch 1*', "Batch 2", etc. for loop 1, and "Process Version 
1", "Process Version 2", etc for loop 2. 

EXAMPLE 3 

This example, the generic process for which is illustrated 
in FIG. 23, is similar to the first example. The descriptions 
of the activities differ slightly, but the major difference is that 
the process equation specifies that the define and analyse 
activities are to be applied to sub-components of the object, 
in addition to the object itself. The resulting specific proce- 
dure is shown in FIG. 24. The duration and the necessary 
number of iterations are determined as described above in 
relation to the first example. FIG. 25 shows the specific 
procedure in the form of a task list, only one iteration of each 
"analyse" activity being shown, 

EXAMPLE 4 

Advantageously, the system can be used to generate 
complete procedure descriptions even where there is still 
uncertainty in one or more of the product parameters, as may 
be the case in the early stages of a design procedure for 
example. As the parameters are fixed, the system can be used 
to generate more accurate plans. 

Taking the example of a multi-stage compressor for an 
aero engine, at some stage the system will be used to 
generate a complete procedure description, eg. for manu- 
facture of the product, treating the compressor as a single 
component, the duration of activities making up the proce- 
diu-e being derived on the basis of an assigned complexity of 
the compressor as a whole. In addition, a component break- 
down of the compressor may be modelled probabalistically 
within the system. For example one or more relationships 
may be defined, eg. in a look-up table, relating product 
performance parameters to a probabalistic value for one or 
more parameters of the product. An example is given in FIG. 
26, showing a relationship between compressor pressure 
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ratio and the likely number of compressor stages required 
for three different compressor stage configurations. 

Using this table and/or others like it, for any particular 
case a value of the or each uncertain parameter can be 
5 derived and used as part of the specific product information 
used to generate the procedure. Once the actual value of the 
parameter is known, the value derived from the probabalistic 
data can be substituted and the system re-nui to generate a 
procedure based on the actual value. 

10 EXAMPLE 5 

The data processing system can be widely applicable to 
many different technical fields for the development and/or 
optimisation of industrial procedures. By way of example 
only, one potential field of practical appHcation is that of 

15 procedures for bringing a new product such as an aero 
engine to the market. 

Referring to FIG. 27, conventional procedures may be 
used in the preliminary design phase in order to develop a 
full concept definition for the product (aero engine), giving 

20 information about the major sub-assemblies or modules of 
the aero engine. This information can be used as the specific 
product information input to the data processing system of 
the present invention. The system can then be used to 
generate one or more possible procedures for taking the aero 

25 engine from the preliminary design phase through to release 
to the market. 

With a complex product such as an aero engine it may be 
convenient to divide the overall procedure into phases, in 
which case the synthesiser may be used to develop proce- 
dures for one or more particular phases. Alternatively, it may 
be desired to generate the overall procedure at the outset. In 
either case, as the overall procedure progresses through 
various development stages and further information about 
the product is elicited, this can be input to the system to 
develop more detailed procedure plans for the later stages of 
the overall procedure. 

We claim: 

1. A method of optimizing an industrial procedure for a 
product, using a database comprising: 

4Q (a) generic product descriptions of product physical and/ 
or functional elements and associated properties, 
(b) generic descriptions of processing elements and capa- 
bilities in relation to the procedure, 
and a series of rules relating to (a) and (b); specific 
45 product information being provided in terms of said 

generic product descriptions, including product con- 
straints in terms of said associated properties, 
and the rules being operated to derive for the specific 
product information, from the a data of (a) and (b) 
5Q (i) a selection of valid combinations of (a) and (b) as 

industrial activities, and 
(ii) an arrangement of the activities of (i) in order, 

2. A method according to claim 1, wherein said mles are 
operated to obtain additionally: 

55 (iii) a derivation from (a) and (b) of a measure of effort to 
perform each activity, and 
(iv) integration of the results of (iii) for individual activi- 
ties to derive a measure of the total effort required. 

3. A method according to claim 1, wherein operation of 
60 said rules derives a prediction of an ability of the procedure 

to meet the product constraints set. 

4. A method according to claim 1, wherein the database 
includes generic descriptions of processing elements for a 
pluraUty of different classes of activity. 

65 5. A method according to claim 4, wherein the or each said 
class includes a number of different descriptions of process- 
ing elements at differing levels of abstraction. 
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6. A method according to claim 1, wherein rules used to 
derive the arrangement of the industrial activities are 
expressed as one or more process. 

7. A method according to claim 1, wherein a sequence of 
activities making up the procedure includes an iterative 5 
group of activities and the operation of the rules gives a 
statistical prediction of an iterative effort required to arrive 

at a product which best fits the constraints set. 

8. A data processing method for obtaining a procedure for 
10 generating a product, the method using a computer based lO 
data processing system comprising: 

digital processing means, and 
digital storage means, 

the digital storage means having a database stored therein 

comprising: 

(a) data defining generic product descriptions in terms 
of physical and/or functional elements and associ- 
ated properties, 

(b) data defining a plurality of generic process 20 
descriptions in terms of process activities, activity 
sequence, and associated process capabilities, at 
least one of said generic process descriptions includ- 
ing an iterative set of process activities, and 

(c) data defining rules relating to (a) and (b), 
the method comprising: 

providing the system specific product information 
for the product, including information associating 
the product with one or more of the generic 
product descriptions and information defining 
constraints for the product in terms of said prop- 
erties of the associated generic product 
descriptions, 

operating the digital processing means in accordance 
with the rules to derive for the specific product ^5 
information, from the data of (a) and (b), a vaUd 
combination of a specific product information and 
a generic process description as the procedure for 
generating the product. 

9. A method according to claim 8, wherein said valid 
combination is based on a generic process description 
including a description of said at least one iterative set of 
activities, and the operation of the digital processing means 
also derives, on a basis of the product constraints and the 
process capabilities for the activities of said iterative set, a 
prediction of the number of iterations required, or a predic- 
tion of an outcome for a given number of iterations. 

10. A method according to claim 9, wherein the data 
defining the process capabilities takes a form of look-up 
tables and/or statistical functions, defining relationships 
between product properties and a predicted number of 
iterations. 

11. A data processing method for obtaining a procedure 
for generating a product, the method using a computer based 
data processing system comprising: 

digital processing means, and 
digital storage means, 

the digital storage means having a database stored therein 
comprising: 
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(a) data defining generic product descriptions in terras 
of physical and/or functional elements and associ- 
ated properties, 

(b) data defining a pliu-ality of generic process descrip- 
tions in terms of process activities, activity sequence, 
and associated process capabilities, and 

(c) data defining rules relating to (a) and (b), the 
method comprising: 

(1) providing the system with specific product infor- 
mation for the product, including information 
associating the product with one or more of the 
generic product descriptions and information 
defining constraints for the product in terms of a 
generic product properties, a data to be processed 
further including information defining ranges of 
probability of one or more parameters of said 
product, and 

(2) operating the digital processing means in accor- 
dance with the rules to select a specific value for 
the or each said defined product parameter range 
and to derive for the specific product information, 
on a basis of said selected parameter(s), from the 
data of (a) and (b), a valid combination of the 
specific product information and a generic process 
description as the procedure for generating the 
product. 

12. A method according to claim 11, wherein the process- 
ing means carries out the above operation (2) a plurality of 
times, each time selecting a value of the or each said product 
parameter, to develop a plurality of alternative possible 
procedures. 

13. A method according to claim 12, wherein the rules 
conbx)l the processing means to carry out the plurality of 
operations in a manner of a 'Monte Carlo' simulation, to 
derive a most likely best case and worst case procedures in 
relation to the product constraints. 

14. A computer based data processing system for use in 
providing a procedure for generating a product, the system 
comprising: 

(1) a storage unit having stored therein data defining: 

(a) one or more generic product descriptions of product 
physical and for functional elements and associated 
properties; 

(b) generic descriptions of processing elements and 
capabilities in relation to the procedure; and 

(c) a scries of rules relating to (a) and (b) (2) a digital 
processing unit comprising a first processing means 
for operating the stored rules to derive for specific 
product information given in terms of said generic 
product description, from the stored data: 

(i) a selection of valid combinations of (a) and (b) as 
industrial activities, and 

(ii) an arrangement of the activities of (i) in order; 
and 

a second processing means to store said derived 
selection and arrangement in the storage unit as an 
output file. 
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